WITHTN-Df STANCE QUERY PRUNING IN AN R-TREE INDEX 
Field of the Invention 

5 The present invention relates to a method for determining relationships among one or 

more query geometries and one or more data geometries. 

Background of the Invention 

10 Information in databases may be organized according to any number of techniques. 

Examples of the many database indexes include the quadtree, the B-tree, and the R-tree. 
Different database index structures may be more suitable for particular types of data. For 
example, some database index structures, such as B+trees, may not be suited for multi- 
dimensional data. 

15 

The R-tree is an object hierarchy that is applicable to arbitrary spatial objects that is 
formed by aggregating minimum bounding boxes for the spatial objects and storing the 
aggregates in a tree structure. The aggregation is based, in part, on proximity of the objects or 
bounding boxes. Each node in the tree represents a region in the space. Its children represent 
20 (possibly overlapping) subregions. The child regions do not need to cover the entire parent 
region. While the R-tree is designed primarily for storing region objects, it can be adapted to 
points by defining points as "degenerate" rectangles where all vertices are identical. 



1 



The number of objects or bounding boxes that are aggregated in each node is permitted to 
range between m <(M/2) and M, thereby leading to use of the prefix (m,M) to characterize a 
particular R-tree and mirroring the effect of a B-tree. The root node in an R-tree has at least two 
entries unless it is a leaf node, in which case it has just one entry corresponding to the bounding 
5 box of an object. The tree is height-balanced (with maximum height log m r). 

An R-tree can be constructed in either a dynamic or a static manner. Dynamic methods 
build the R-tree as the objects are encountered, while static methods wait until all the objects 
have been input before building the tree. The results of the static methods are usually 
10 characterized as being packed since knowing all of the data in advance permits each R-tree node 
to be filled to its capacity. 

There are two principal methods of determining how to fill each R-tree node. The most 
natural method is to take the space occupied by the objects into account when deciding which 
1 5 ones to aggregate. An alternative is to order the objects prior to performing the aggregation. 

However, in this case, once an order has been established, there is not really a choice as to which 
objects (or bounding boxes) are being aggregated. One order preserves the order in which the 
objects were initially encountered. That is, the objects in aggregate i have been encountered 
before those in aggregate i+L 

20 

According to one method, insertion of a region object R occurs as follows. Starting at 
root, children that completely contain R are identified. If no child completely contains R, one of 
the children is chosen and expanded so that it does contain R. If several children contain if, one 



2 



is chosen and the process proceeds to the next child. 

The above containment search is repeated with children of the current node. Once a leaf 
node is reached, R is inserted if there is room. If no room exists in the leaf, it is replaced by two 
5 leaves. Existing objects are partitioned between two leaves and parent. If no room exists in the 
parent, change propagates upward. 

One difference between static and dynamic methods is that static methods rebuild the 
entire R-tree as each new object is added. In contrast, dynamic methods add the new objects to 
10 the existing R-tree. Dynamic methods differ in the techniques used to split an overflowing node 
during insertion. 

There are two types of dynamic methods. The first type has the goal of minimizing 
coverage and overlap. These goals are at times contradictory and thus heuristics are often used. 

15 The second type makes use of the ordering applied to the objects (actually their bounding boxes). 
They are termed nonpacked. In this case, the result is equivalent to a B+-tree and all update 
algorithms are B+-tree algorithms. These update algorithms do not make use of the spatial 
extent of the bounding boxes to determine how to split a node. Thus, the goals of minimizing 
overlap or coverage are not part of the node splitting process although this does not preclude 

20 these methods from having good behavior with respect to these goals. 

Static methods differ on the basis of the method used to order the objects. The dynamic 
methods that are not based on an ordering, that is, reduction of coverage and overlap, range from 
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being quite simple, for example, exhaustive search, to being fairly complicated, for example, R*- 
tree. Some method just split the overflowing node, while others, that is, the R*-tree, try to 
reinsert some of the objects and nodes from the overflowing nodes thereby striving for better 
overall behavior (e.g., reduction in coverage and overlap). 

5 

In general, the goal of splitting techniques is to minimize coverage and overlap. These 
goals are at times contradictory and, thus, heuristics are often used. Below are listed a few node 
splitting algorithms that range from being quite simple, for example, exhaustive search, to being 
fairly complicated, for example, R*-tree. Some methods split the overflowing node, while others 
10 try to reinsert some of the objects and nodes from the overflowing nodes, thereby striving for 
better overall behavior, for example, reduction in coverage and overlap. 

A number of different node splitting algorithms may be tried, including: 
I. Dynamic methods based on minimizing coverage and/or overlap 
15 1. Exhaustive search 

2. Quadratic method 

3. Linear method 

4. R*-tree 

5. Ang/Tan method 

20 II. Dynamic methods based on an ordering (nonpacked) 

1. Hilbert nonpacked 

2. Morton nonpacked 

III. Static methods based on an ordering 
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1. Packed 

2. Hilbert packed 

3. Morton packed 

4. V AM split R-tree 

5 5. Top-down-greedy split (TGS) R-tree 

Methods I and II are useful for insertion, while method III is typically used for "bulk" creation, 
that is, creation of indices on a given set of objects. 

1 0 Summary of the Invention 

The present invention provides a method for determining a with-distance relationship 
between a first geometry object and a second geometry object. The method includes defining an 
exterior approximation of the first geometry and the second geometry. A distance between the 
15 exterior approximations is computed. The computed distance is compared with a first 

predetermined distance to determine whether the second geometry satisfies a first filter condition 
with respect to the first geometry. 

Also, the present invention a computer program product for performing a process of 
20 determining relationships among objects represented in a database. The computer program 

product includes a computer readable medium and computer program instructions, recorded on 
the computer readable medium, executable by a processor. The computer program instructions 
are for performing the steps of defining an exterior approximation of the first geometry and the 
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second geometry, computing a distance between the exterior approximations, and comparing the 
computed distance with a first predetermined distance to determine whether the second geometry 
satisfies a first filter condition with respect to the first geometry. 

Furthermore, the present invention provides a system for performing a process of 
determining relationships among objects represented in a database. The system includes a 
processor operable to execute computer program instructions and a memory operable to store 
computer program instructions executable by the processor. The computer program instructions 
are for performing the steps of defining an exterior approximation of the first geometry and the 
second geometry, computing a distance between the exterior approximations, and comparing the 
computed distance with a first predetermined distance to determine whether the second geometry 
satisfies a first filter condition with respect to the first geometry. 

Brief Description of the Drawings 
15 

Objects and advantages of the present invention will be more clearly understood when 
considered in conjunction with the accompanying drawings, in which: 

Fig. 1 represents an example of an R-tree node including two levels of children; 

20 

Fig. 2 represents a block diagram of an R-tree index corresponding to the example shown 
in Fig. 1; 
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Fig. 3 represents a flowchart that illustrates query processing according to a known 
method; 

Fig, 4a represents a graph that illustrates a relationship between response time and query 
5 width for a query carried out according to a known process including a primary and a secondary 
filter; 

Fig. 4b represents a graph that illustrates a relationship between number of results and 
query radius for a query carried out according to a known process including a primary and a 
10 secondary filter; 

Figs 5-8 illustrate various aspects of elements of processes according to the present 
invention; and 

15 Fig. 9 represents an exemplary block diagram of a system according to the present 

invention for performing a process of determining relationships among objects represented in a 
database. 

Detailed Description of the Invention 

20 

A spatial or geographic database can include data concerning locations of features in 
space or on a surface. Spatial data can include geometric data that includes simple primitive 
elements such as lines, curves, polygons (with and without holes), and compound elements that 
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are made up of a combination of the primitive elements. For example, a geographical database 
can include data concerning the location of various objects in a region. Along these lines, a 
geographic database can include mathematical representations of counties, cities, homes, 
apartment buildings, parks, businesses, subway stations, and other features. The location 
5 information could be in the form of latitude and longitude data or other data that defines position. 

Once a database including this information is created it is typically desired to access and 
utilize the information. One way that the information in the databases is utilized involves 
determining the relative positions of particular location. Along these lines, a person might want 
10 to find certain types of businesses in a zip code region. At times, it may be desirable to generally 
determine whether objects in a database have overlapping locations and, if so, the extent of the 
overlap. 

Analyses such as those described above of data in spatial and/or geographic databases 
15 can present a number of problems. To determine relationships among data in a database can 
overtax memory and computing power, take an unacceptable period of time or cost an 
unacceptable amount of money. This is especially true with data in geographic databases. 

For example, one problem concerning trying to determine whether objects have 
20 overlapping locations can involve actually comparing the outlines of the objects to see if any 
interactions exist. However, carrying out a point-by-point comparison of two geometries 
typically requires quite a long time, in some cases, on the order of minutes and, in extreme cases, 
hours. 
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The present invention provides a solution to problems of analyzing objects in databases. 
As such, the present invention provides a fast and simple method for determining whether two 
objects, or geometries, defined by data in a database intersect. Rather than taking minutes or 
5 hours to carry out, the present invention can take on the order of seconds or milliseconds. By 
reducing calculation times, the present invention can free up a processor to perform other 
calculations or for other uses, such as queries or scalability. The present invention also permits 
better service to be provided by reducing response times. This helps to ensure that the solution 
can be utilized with any geographic database, regardless of how large. 

10 

Fig. 1 represents a simple R-tree for illustrative purposes. The R-tree shown in Fig. 1 
includes a plurality of rectangular objects. An R -tree may be utilized to index databases of 
objects in the form of points, lines, or rectangles. The objects may be represented by minimum 
bounding contours. Additionally, the objects may be grouped in groups by minimum bounding 
15 contours. 

The R-tree node shown in Fig. 1 includes two levels of children. Node 1 shown in Fig. 1 
includes minimum bounding contours 3, 5, and 7, representing the first level of children. Each 
child node 3, 5, and 7, in turn, includes a plurality of child nodes, 9 and 1 1 in child 3; 13, 15, and 
20 17 in child 5; and 19, and 21 in child 7. Each child node is defined by a minimum-bounding 
contour. In the example shown in Fig. 1, the minimum bounding contours are all rectangles. 

Fig. 2 represents a block diagram showing an R-tree corresponding to the example 
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illustrated in Fig. 1 . For objects that are stored in respectively different leaf nodes, the more 
remote the nearest common ancestor node, the more different the objects are likely to be. That is, 
strokes or strings stored in leaf nodes having a common parent are likely to be more similar to 
each other than strokes or strings stored in leaf nodes only having a common grandparent. 

5 

The R-tree index may be utilized to support medium-dimensionality data, that is, data 
having a dimensionality in the range of 3-10. The R-tree index may be implemented utilizing an 
extensible indexing framework. One example of such a framework is referred to as cooperative 
indexing in Oracle8i, available from Oracle Corporation. This framework can allow easy 
10 creation and maintenance of domain-specific index structures on top of a server layer while 

reaping the full benefits of operating within a database framework. As a consequence, the R-tree 
index structure inherits features such as transactional semantics, integrated backup and recovery, 
security, and replication from the underlying database. 

15 In the specific example of Oracle8i, the R-tree index can index two datatypes. The first 

datatype includes an sdo mbr type, which is a ^/-dimensional rectangle specified by the lower- 
left and the upper-right corners. The second datatype, is an sdo_geometry type, which is an 
Oracle8i object type that allows for the specification of complex geometries (as defined by 
OGC). 
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Data items may be stored in a relational table, which may be referred to as the base table. 
The R-tree constructed for the data items may be stored in the database using a metadata table 
storing the information about the root of the R-tree, its dimensionality and fanout, and the name 
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of the index table storing the nodes of the R-tree. 

The R-tree index type can support three types of operations: window queries, nearest- 
neighbor queries, and intersection joins. Window queries specify a query window and retrieve 
5 data whose MBRs interact with the query window in one of 4 ways: intersection, containment, 
enclosure and exact-match. Nearest-neighbor queries specify a query point and retrieve the k 
closest data MBRs. Joins identify the data items of two different datasets that intersect with each 
other. Note that these queries are processed using the MBRs. For some applications such as GIS 
data where the bounding rectangles only represent first-level approximations of the data items, 
1 0 the query result may have to be post-processed using the complete extents of the data items to 

obtain the final result. In addition to indexing inherently multi-dimensional columns, R-trees can 
also be used to index multiple columns so as to answer queries on multiple columns efficiently. 

A number of relationships can exist between and among objects represented in the R-tree. 

15 The objects may overlap to some extent, an object may lie entirely in another object or vice 

versa, the borders of objects may intersect, or the objects may be disjoint and have no overlap at 
all. Typically, a "query" geometry is provided and it is desired to identify geometries in the 
database, or "data geometries", that do or do not interact in some manner with the query 
geometry. Some times, it may be desirable to determine objects interacting in specific ways, 

20 such as all objects entirely within a query geometry. At other times, it may be desirable to 
identify any objects that "interact" with a particular query geometry. While objects may be 
compared by performing an exact comparison of the geometries that define the objects, such a 
comparison can take a long time and be very costly. For example, if a processor is tied up 
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performing a comparison of geometries, then the processor is unavailable for other functions. 



Examples of queries and interactions can include the following: 
window queries with different "interaction" criteria 
5 intersection: identify data geometries that intersect the query geometry 

inside: identify data geometries that are "completely inside" the query geometry 

coveredby: identify data geometries that "touch" on at least one border and are 
inside the query geometry otherwise 

contains: reverse of inside 
10 covers: reverse of coveredby 

touch: identify geometries that only "touch" the query geometry but disjoint 
otherwise 

equal: identify geometries that are exactly the same as the query geometry 
within-distance (or epsilon) queries: identify geometries that are within a specified 
1 5 distance from the query geometry 

nearest-neighbor queries: identify the k nearest neighbors for a query geometry. 

Typically, the most frequently used window queries are the ones asking for intersection- 
type, inside-type, and contains-type of interactions. Within-distance queries can be thought of as 
20 intersection-type of window queries where the query geometry is enlarged by the specified 
distance. 

Existing solutions to queries such as those described above may utilize a primary filter in 
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a first stage to identify all candidate geometries that could possibly interact with a query 
geometry, as represented in Fig. 3. In the first stage exterior approximations for data geometries, 
such as minimum bounding rectangles (MBRs) and convex hulls, or quadtree tiles, which 
completely enclose the data geometries, may be used. This first stage, usually referred to as the 
5 primary filter, typically involves a spatial index. Candidate geometries that may satisfy a given 
query criterion are identified in the primary filter stage with the help of the exterior 
approximations in the spatial index. 

In a second stage, referred to as a secondary filter, the candidate geometries identified in 
10 the first stage are compared with the query geometry and the exact result set is determined and 
returned to the user. A secondary filter is then employed to perform the exact mathematical 
comparison of all of the candidate geometries with the query geometry. Even utilizing such 
filters, the mathematical comparison can be quite expensive. For example, if the query geometry 
is large, there will be too many candidates that are completely inside the query geometry. As 
15 described above, passing each candidate through the secondary filter is quite expensive. On the 
other hand, if the query is small and many candidates exist that contain the query, then the query 
can also be quite expensive. 

For most spatial datasets, the data geometries typically have hundreds or thousands of 
20 vertices and are arbitrarily complex. Secondary filter computation for such geometries takes a 
long time as opposed to the primary filter. Fig. 2(a) illustrates this by comparing the time taken 
for primary and secondary filters according to an example utilizing Oracle Spatial available from 
Oracle Corporation. The data consists of 230K polygons representing the US census blocks. 
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The queries correspond to an approximate geometry that represents a circle of 0.25, 0.5, 1, 2, 5, 
10, 25, 50, or 100 mile radius on the surface of earth. Since arcs and circles are not easily 
representable on the surface of the earth the circle queries are densified to regular convex 
polygons in geodetic and non-geodetic domains. The center of the query is randomly-generated 
5 using locations of business centers across the United States. Such queries, where the query area 
is larger than those of the spatial features, are quite common in most GIS applications and spatial 
analysis queries. The x-axis shows the radius in miles from the query center and the y-axis plots 
the response time for each filter. The figure illustrates that the secondary-filter time is at least 
twice that of the filter time and dominates the overall computation time. This holds for all radii 
1 0 for the query circle. 

The high cost for carrying out the secondary-filter is due to two reasons. First, the 
loading cost for geometries, or in other words, the cost of the table accesses that fetch candidate 
geometries. Second, the high cost is attributable to the comparison cost, which is the cost of 
15 comparing complex data geometries with the query geometry. For point datasets, the loading 
cost dominates and for polygon datasets, both costs contribute significantly. 

The present invention provides a method that can analyze the geometries and eliminate 
many geometries from the need to perform the costly and time-consuming mathematical 
20 comparison of the geometries. The present invention solves the problem by including an 

intermediate filter that can eliminate many, if not most, candidates from needing to undergo the 
expensive secondary filter. The present invention is particularly useful where the query 
geometry is particularly large or particularly small. Identifying geometries that lie entirely 
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within the interior rectangle can eliminate these geometries from undergoing the costly exact 
mathematical comparison. 

Fig. 4(a) illustrates that the number of geometries eliminated in the secondary filter is 
5 quite small compared to the total number retrieved. Fig. 4(b) shows that in almost all the cases 
the difference in primary and secondary filter results is less than about 10%. Additionally, Fig. 
4(b) also indicates that as the query radius increases a substantial number of the results are 
completely inside the query. From this, it could be inferred that whenever the query window is 
large compared to data sizes, checking for containment in the query may be a useful pruning 
10 strategy for bypassing the secondary filter. That is, if a data geometry is completely inside a 
query geometry, then it could be accepted without passing it to the expensive secondary filter. 

In order to improve query performance, the idea is to eliminate expensive query-data 
geometry comparisons whenever possible. This is possible for data geometries that are 
15 completely interior to query geometries which can be directly included in the result set without 
doing the expensive query and data geometry comparison. To determine whether a data 
geometry is interior to a query geometry the present invention includes two solutions. 

The present invention is particularly related to the situations where the query is to retrieve 
20 the k-closest data geometries to a specified query geometry using the R-tree index. Since, as 
described above, data-query geometry distance computations are expensive, these should be 
minimized. The present invention provides a new and particularly effective way to reduce the 
cost and time required to solve such queries. 

15 



Known solutions/implementations for solving nearest neighbor queries may first utilize 
minimum bounding rectangle (MBR) approximations in the index to compute the minimum 
distance of the query and a data item. If this distance d is greater than the maximum distance to 
5 the "current candidate" set of k neighbors then the data geometry is pruned/filtered out from 
further searching. Otherwise, the "expensive" exact distance between the data and query 
geometries is computed Since many such candidate sets of neighbors are evaluated, there are 
many "exact" distance computations that could slow down query performance. 

1 0 The present invention provides a unique solution to retrieve data geometries within a 

specified distance of a query geometry using the R-tree index. The solution of the present 
invention avoids fetching a data geometry and computing the exact distance between data and 
query geometries whenever possible. Typically, the present invention includes two parts. Each 
part may be carried out in different ways. The parts address identifying candidate geometries 

15 that satisfy one or more filter conditions before carrying out any exact mathematical comparisons 
of the geometries. 

The present invention may utilize approximations of the interior and/or the exterior of 
query and/or data geometries. These approximations may then be compared one or more times 
20 in some manner to data and/or query geometries and/or to each other to reduce the number of 
geometries on which the exact comparison must be made. In particular, the comparisons may 
include whether a geometry and/or an approximation of a geometry is within a user specified 
distance of another geometry and/or approximation of a geometry. The comparisons make it 
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relatively easy to either include or exclude geometries from a solution set. The remaining 
geometries are the ones that it may be necessary to perform the mathematical comparisons on. 

According to one embodiment, exterior approximations of a first geometry and a second 
5 geometry are defined. Typically, the term "first geometry" is used herein to describe a query 
geometry and term "second geometry" is used to describe a data geometry. Any exterior may be 
employed. Typically, the exterior approximations includes a minimum bounding rectangle, but 
could also include circles or other approximations. After computing the exterior approximations, 
a distance between the exterior approximations may be computed. Then, the distance between 

1 0 the exterior approximations is compared to a user-specified distance to determine whether the 
second geometry satisfies a first filter condition with respect to the first geometry. The present 
invention is particularly useful in "within-distance" queries. Along these lines, the process of the 
invention may be utilized to determine which data geometries lie within a certain distance of a 
query geometry. Therefore, the first filter condition could include whether the exterior 

1 5 approximations are within a certain distance of each other. If the maximum distance between the 
exterior approximations of first and second geometries is less than a user-specified distance, then 
the second geometry is added to the result set bypassing expensive actual-distance comparison 
(secondary filter). 

20 After carrying out the comparison with the exterior approximations, an interior 

approximation of the first geometry may be defined. The interior approximation may be 
expanded by a user defined or predetermined distance. Any other interior approximation, such s 
a largest inscribed rectangle, could also be utilized. According to one embodiment, the interior 
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approximation may include one or more interior circles defined as described below in greater 
detail. The expansion of the interior approximation depends upon the user-specified distance. 
The distance typically is related to the size of the geometries and the specificity of the query. 

5 After expanding the interior approximation, the expanded approximation may be 

compared to the second geometry to determine if the second geometry satisfies the first or 
another filter condition with respect to the first geometry. As with the comparison of the exterior 
approximations, the comparison of the expanded interior approximation and the second geometry 
may be carried out in a number of ways. Along these lines, the comparison may depend upon 
1 0 the query that is being conducted. If a within-distance query is being carried out, the first filter 
condition could include whether the interior approximation of the first (query) geometry, 
expanded by user-specified distance, contains the MBR of the second (data) geometry. That is, 
the MBR of the second geometry lies inside the expanded interior of the first geometry. 

1 5 Rather than carrying out the defining of the exterior approximations first, the present 

invention may also include first defining the interior approximation and carrying out the 
comparison with the second geometry. In either case, the first filter condition may be satisfied if 
the second geometry is inside the expanded interior approximation. In this way, the expanded 
interior could act similarly to the user specified distance utilized in conjunction with the exterior 

20 approximations. 

Geometries that either fulfill the first filter condition may be placed in a solution set of 
geometries. To determine whether geometries remaining after carrying out the process involving 
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the interior and/or exterior approximations fulfill the query may require carrying out an exact 
mathematical comparison of the query and data geometries. As described above, the present 
invention can greatly decrease the amount of computing time spent on the exact comparison. 



5 Where defining the exterior approximation includes defining a minimum bounding 

rectangle, a circle that circumscribes the rectangle may be computed. The circle may be 
compared with the second geometry to determine whether the second geometry satisfies the first 
filter condition with respect to the first geometry. 

10 The first and second geometries may have any relative size. Along these lines, the first 

geometry may be larger than the second geometry or vice versa. Also, the first and second 
geometries typically may be two or three-dimensional. The geometries may represent various 
real objects. For example, the geometries may represent geographic locations. 

1 5 Additionally, the first geometry may be a query geometry and the second geometry may 

be a data geometry stored in a database or vice versa. The database may be a spatial database. 
The database may store exact geometries and/or approximations of geometries. The database 
may be organized in an R-tree hierarchy or a variant of an R-tree. 

20 One embodiment of the invention includes determining if a data geometry is interior to a 

query geometry of a within-distance query. Those data geometries can be directly included in 
the result set without having to perform exact distance computations between query and data 
geometries (secondary filter) saving in query response time. The within-distance query is 
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specified using a query window and a user-specified distance. Determining whether a data 
geometry is interior to the within-distance query may be done in one of two ways: (1) by 
comparing the maximum distance between the MBRs of the data and query geometries with 
user-specified distance, or (2) by expanding the interior of query geometry by user-specified 
5 distance and checking if the data MBR is inside it. These are explained below further. 

As described above, it is determined if a maximum distance between a minimum 
bounding rectangle (MBR) of the query and a minimum bounding rectangle of the data (MBR) 
satisfies one or more filter conditions. One example of a filter condition is whether the 

1 0 maximum distance between a minimum bounding rectangle of the query and a minimum 

bounding rectangle of the data is less than a user-specified threshold distance. If the maximum 
distance satisfies the filter condition, then the data geometry may be directly included in the 
query result. This means the data geometry is interior to the query geometry expanded by the 
user-specified distance. According to the second approach, the interior approximation of the first 

15 (query) geometry is expanded by the user- specified distance. If the MBR of the second (data) 

geometry fulfils a first- filter condition such as an inside relationship with respect to the expanded 
query interior, then it can be included directly in the result set. Interior approximations can be 
either circles, as described in co-pending U.S. patent application number 10/397,530 to the same 
inventor as the present application, assigned to Oracle Corporation, for QUERY PRUNING 

20 USING INTERIOR CIRCLES FOR GEODETIC DATA IN AN R-TREE INDEX, and filed March 
27, 2003, tiles or mbrs, as described in co-pending U.S. patent application number 09/886,487, to 
Ravi Kanth V. Kothuri et al., assigned to Oracle Corporation, for QUERY PRUNING USING 
INTERIOR RECTANGLES IN AN R-TREE INDEX, and filed on June 22, 2001, the entire 
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contents of both of which are hereby incorporated by reference. 

If the interior approximations are inscribed circles, one or more circles may be defined 
within a first geometry. The circles may or may not lie entirely within the first geometry. Also, 
5 the circles may be defined with centers at various locations in the first geometry. The circles are 
compared to a second geometry to determine if one or more filter conditions are satisfied. 
Determining if the conditions are satisfied can determine the relationship between the first and 
second geometries. Determining if one or more filter conditions are satisfied may be sufficient 
to discern the relationship between the first geometry and the second geometry. 

10 

Rather than comparing the circle(s) defined in the first geometry with the second 
geometry, the circle(s) may be compared with a minimum bounding rectangle or other 
representation of the second geometry. In such embodiments, a minimum bounding rectangle or 
other representation of the second geometry is defined. The circles, defined with respect to the 
15 first geometry or a minimum bounding rectangle or other representation of the first geometry, 
may then be compared to the minimum bounding rectangle or other representation of the second 
geometry. 

In any of the above methods, rather than defining the circles with respect to the first 
20 geometry or a representation thereof, the circles may be defined with respect to the second 

geometry or a representation thereof. The circles and the first geometry or representation thereof 
may then be compared. In either case, different filter conditions may be employed in the 
comparison of the geometries, representations of the geometries, circles and/or other elements. 
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Examples of interactions between geometries are described above. For illustration, 
examples expressed with respect to the present invention could include that the first or second 
geometry lies entirely within a circle defined with respect to the other of the first and second 
5 geometry. A second filter condition could include mathematically determining a relationship 
between a first geometry and a second geometry. Typically, such a comparison would not be 
carried out until geometries have been subjected to the method described above including 
defining circles and comparing the circles and the geometries. 

1 0 According to another embodiment, a minimum bounding rectangle of the first geometry 

and/or second geometry may be identified. Then, a center of the geometry and a center of the 
minimum bounding rectangle for that geometry are determined. Next, a distance is determined 
between the center of the geometry and the center of the minimum bounding rectangle of the 
geometry. Then, a maximum distance is determined between the center of the minimum 

15 bounding rectangle and a corner of the minimum bounding rectangle. Subsequently, the radius 
of circle defined in the geometry, as described above, is compared to a sum of the maximum 
distance from the center of the minimum bounding rectangle to a corner of the minimum 
bounding rectangle to determine if the second geometry lies within the first geometry. 

20 According to another embodiment, after defining one or more circles along a line, such as 

a maximum span dimension, of a first geometry, a minimum radius circumscribing circle for the 
second geometry is defined. Then, the minimum radius circumscribing circle for the second 
geometry is compared to the first geometry and/or one or more of the circles defined within the 
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first geometry to determine if the first geometry fulfills a second filter condition with respect to 
the second geometry. 

According to a further embodiment of the present invention, a circle having a minimum 
possible radius is defined about a first geometry. The minimum radius circle of the first 
geometry is compared to a second geometry to determine if the second geometry fulfills a first 
filter condition with respect to the first geometry. The minimum radius circle of the first 
geometry is compared to a second geometry to determine if the second geometry fulfills other 
filter conditions with respect to the first geometry. As with the comparisons described above, the 
filter condition(s) may include any of the filter conditions described above or any other filter 
condition that can help to determine whether a particular relationship between geometries exists 
or may have some likelihood of existing. Similarly, as also described above, carrying out a 
comparison may include making an exact mathematical comparison between the geometries. 

1 5 The present invention may include any combination of the methods and/or portions 

thereof described above. Also, any of the methods and/or portions thereof may be carried out in 
any order. A main point of the present invention is to eliminate as many potential geometries as 
possible from needing to carry out an exact mathematical comparison. 

20 Figs. 5-8 illustrate various aspects of the present invention. Along these lines, Fig. 5 

illustrates a geometry 30 with a circle 32 defined about a center 34 of the geometry. The circle 
has as its radius the minimum distance from the center point to the boundary of the geometry. 
Fig. 6 illustrates the geometry 30 with a maximum span dimension 36 defined therein. A 
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plurality of circles 38 are defined at various points along the maximum span dimension. The 
circles each have as their radius the minimum distance from their center point to the boundary of 
the geometry. Fig. 7 illustrates the geometry 30 with a minimum bounding rectangle 40. One 
the other hand, Fig. 8 illustrates the geometry 30 and a minimum circumference 42 circle defined 
5 about the geometry. Other geometries are not shown in Figs. 5-8 to facilitate a clear view of the 
elements shown therein. 

Approximations of geometries may alternatively include tiles. A description of 
generation of tiles as well as inscribed and bounding rectangles may be found in U.S. patent 
1 0 application number 09/886,487 to Ravi Kanth V. Kothuri et al. for QUERY PRUNING USING 
INTERIOR RECTANGLES IN AN R-TREE INDEX, the entire contents of the disclosure of 
which is hereby incorporated by reference. 

In addition to the above methods, the present invention includes a computer program 
15 product for performing the process of the present invention for determining relationships among 
objects represented in a database and other objects. The computer program product includes a 
computer readable medium. The computer program product also includes computer program 
instructions recorded on the computer readable medium and executable by a processor. The 
steps include any of those described above. 

20 

The present invention also includes a system for performing a process according to the 
present invention for determining relationships among objects represented in a database. The 
system includes a processor operable to execute computer program instructions. The system also 
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includes a memory operable to store computer program instructions executable by the processor. 
The computer program instruction are for performing the steps of the process of the present 
invention as described above. 

5 An exemplary block diagram of a system 1 00, according to the present invention, is 

shown in Fig. 9. System 100 is typically a programmed general-purpose computer system, such 
as a personal computer, workstation, server system, and minicomputer or mainframe computer. 
System 100 includes processor (CPU) 102, input/output circuitry 104, network adapter 106, and 
memory 108. CPU 102 executes program instructions in order to carry out the functions of the 

10 present invention. Typically, CPU 102 is a microprocessor, such as an INTEL PENTIUM® 
processor, but may also be a minicomputer or mainframe computer processor. Input/output 
circuitry 104 provides the capability to input data to, or output data from, computer system 100. 
For example, input/output circuitry may include input devices, such as keyboards, mice, 
touchpads, trackballs, scanners, etc., output devices, such as video adapters, monitors, printers, 

15 etc., and input/output devices, such as, modems, etc. Network adapter 106 interfaces transaction 
processing system 1 00 with network 1 1 0. Network 1 1 0 may be any standard local area network 
(LAN) or wide area network (WAN), such as Ethernet, Token Ring, the Internet, or a private or 
proprietary LAN/WAN. 

20 Memory 108 stores program instructions that are executed by, and data that are used and 

processed by, CPU 102 to perform the functions of the present invention. Memory 108 may 
include electronic memory devices, such as random-access memory (RAM), read-only memory 
(ROM), programmable read-only memory (PROM), electrically erasable programmable read- 
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only memory (EEPROM), flash memory, etc., and electro-mechanical memory, such as magnetic 
disk drives, tape drives, optical disk drives, etc., which may use an integrated drive electronics 
(IDE) interface, or a variation or enhancement thereof, such as enhanced IDE (EIDE) or ultra 
direct memory access (UDMA), or a small computer system interface (SCSI) based interface, or 
5 a variation or enhancement thereof, such as fast-SCSI, wide-SCSI, fast and wide-SCSI, etc, or a 
fiber channel-arbitrated loop (FC-AL) interface. 

Memory 108 includes a plurality of blocks of data, such as first geometry block 112, 
second geometry 1 14, and filter conditions block 116, and a plurality of blocks of program 

10 instructions, such as processing routines 118 and operating system 120. First geometry block 
112 can store a plurality of first geometries that have been received by the system 100. Second 
geometries block 114 can store a plurality of second geometries. Filter conditions block 118 
stores a plurality of filter conditions that may be used to compare geometries and reduce the 
number of candidate geometries. Processing routines 1 18 are software routines that implement 

1 5 the processing performed by the present invention. Operating system 120 provides overall 
system functionality. 

It is important to note that while the present invention has been described in the context of a 
fully functioning data processing system, those of ordinary skill in the art will appreciate that the 
20 processes of the present invention are capable of being distributed in the form of a computer 
readable medium of instructions and a variety of forms and that the present invention applies 
equally regardless of the particular type of signal bearing media actually used to carry out the 
distribution. Examples of computer readable media include recordable-type media such as floppy 
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disc, a hard disk drive, RAM, and CD-ROM's, as well as transmission-type media, such as digital 
and analog communications links. 

Prior solutions/implementations for solving problems such as the present invention can 
solve typically first use the minimum bounding rectangle (MBR) approximations in an index. 
The prior solutions/implementations compare the minimum distance to the query with user- 
specified distance. If the minimum distance is less the user-specified distance, then the data 
geometry is fetched from the base-table and the exact distance between query and data geometry 
is computed and used to determine whether or not the data geometry needs to be included in 
result set. 

On the other hand, the present invention avoids unnecessary fetch/computation of 
distance between data geometry and query geometries. The present invention can greatly 
improve performance. Along these lines, performance has been improved by about 40% for 
some real datasets as opposed to prior solutions. Since fewer geometries need to be fetched the 
memory/cache behavior also improves. 
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